Skip to content

Conversation

@syntron
Copy link
Contributor

@syntron syntron commented Nov 26, 2025

finally remove OMCSessionZMQ

based on top of PR #386

milestone v5.0.0 (cleanup / removal of depreciated features)

@syntron syntron force-pushed the remove_OMCSessionZMQ branch from 3a851c2 to 4b7dfa7 Compare November 26, 2025 19:38
@adeas31 adeas31 added this to the 5.0.0 milestone Nov 27, 2025
@syntron syntron force-pushed the remove_OMCSessionZMQ branch 2 times, most recently from 130a54b to 2918597 Compare November 29, 2025 22:46
@syntron syntron force-pushed the remove_OMCSessionZMQ branch 2 times, most recently from 475cbbd to 93f2bd9 Compare January 24, 2026 13:48
@adeas31
Copy link
Member

adeas31 commented Jan 29, 2026

Rebase

@syntron syntron marked this pull request as draft February 8, 2026 10:01
@syntron syntron force-pushed the remove_OMCSessionZMQ branch from 93f2bd9 to 9fa8f5e Compare February 8, 2026 10:04
@adeas31
Copy link
Member

adeas31 commented Feb 9, 2026

@syntron
Copy link
Contributor Author

syntron commented Feb 9, 2026

This is marked as draft. I believe we are ready now to start merging,
[...]
But we should first update the users guide https://openmodelica.org/doc/OpenModelicaUsersGuide/latest/ompython.html

I'm currently working on PR #404 - get Runner included / keep backward compatibility. The main points are:

The code defined in the RFC #404 updates the internal structure of OMPython such that:

  • generic code is separated in ABC classes
  • derived code exists for OMC usage and Runner usage
  • a compatibility layer exists such that the interface of OMPython 4.0.0 is (basically) supported

Furthermore, as OMCPath is working only for Python >= 3.12, another dimension exists. There is a dummy implementation of OMCPath for Python < 3.12 such that most of the functionality can also be used here. See PR #401 for a hint that even older Python version are used (Python 3.10 or even lower).

I did hold of documentation to finish work on this part; the new structure would be baseline of the documentation. My idea was to include the changes in 4.1.0 and create a cut at the next release (or keep some kind of compatibility layer alive).

To keep best compatibility, I did set the listed PR's as draft, i.e. to be included later.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Status: Backlog

Development

Successfully merging this pull request may close these issues.

2 participants